보고는 대부분의 사용자가 가장 많은 시간을 보내는 곳일 가능성이 높습니다 -- 데이터를 이해하고 최적화하는 방법을 알아내려고 노력합니다.
아래에서 보고 페이지와 그 사용 방법에 대해 설명하겠습니다. 또한 Quickstats와 캠페인 분석 문서를 참조하세요. 이러한 보고서는 종종 더 빠르고 필요한 기본 데이터를 얻을 수 있습니다.
또한 다른 여러 문서를 위해 보고 도움말 섹션을 확인할 수 있습니다.
보고 작동 방식
FunnelFlux Pro 보고는 매우 유연하며 제한이 거의 없이 트리로 그룹화할 수 있습니다.
보고 페이지에서 날짜/시간 범위를 선택한 다음 그룹화하려는 순서대로 속성을 추가할 수 있습니다:
또한 특정 프리셋을 위해 "표준 보고서" 중 하나를 불러올 수 있습니다:
그런 다음 적용을 클릭하여 보고서를 불러옵니다.
필요에 따라 트리를 확장하여 데이터를 자세히 살펴볼 수 있습니다.
모든 데이터는 확장할 때 지연 로드됩니다. 이는 거대한 단일 보고서를 생성하려고 하는 대신 작은 부분으로 데이터를 빠르게 로드하기 위해 수행됩니다.
단점은 전체 보고서를 Excel/CSV로 직접 내보낼 수 없다는 것이지만, 나중에 이를 위한 전용 내보내기 기능을 제공할 예정입니다.
열 및 표시할 지표 설정
표시할 열을 설정하려면 푸터의 열 아이콘을 클릭하세요 (또는 "S" 단축키를 누를 수 있습니다):
다른 탭을 탐색하여 표시하고 싶은 열을 찾을 수 있습니다.
테이블의 열 헤더를 드래그하여 다른 순서로 이동할 수 있습니다.
각 지표의 약어가 옆에 표시된다는 점에 유의하세요. 예: 방문자당 비용 | CPV -- 테이블에서는 "방문자당 비용" 대신 "CPV"를 열 이름으로 표시합니다. 이는 열을 좁게 유지하기 위한 것으로, 그렇지 않으면 테이블이 불필요하게 넓어질 수 있습니다.
또한 FunnelFlux에서 랜딩 페이지와 오퍼는 각각 고유한 뷰 및 클릭 지표를 가진 두 가지 별도의 페이지 유형이라는 점에 유의하세요.
따라서 랜딩 페이지 행은 항상 오퍼 뷰/클릭 열에 0을 표시하며 그 반대도 마찬가지입니다. 자체 오퍼 페이지가 포함된 퍼널이 있는 경우(통제할 수 없는 오퍼로 끝나는 일반적인 제휴 퍼널과 달리), 오퍼 뷰, 클릭 및 CTR 열을 확인해야 할 수 있습니다.
필터링 옵션
인라인 필터 또는 데이터 제한 옵션을 사용하여 두 가지 방법으로 필터링할 수 있습니다.
인라인 필터는 푸터에서 켤 수 있으며, "F" 단축키로도 가능합니다:
인라인 필터링은 입력할 때 작동하며 여러 열에 데이터를 입력할 수 있습니다.
인라인 필터링은 항상 가장 깊은 하위 항목에 작용하므로, 위의 예에서 "dire.."를 입력하면 상위 행이 아닌 "Direct traffic (no referrer)" 행에서 필터링됩니다. 때로는 다른 행에서 필터링하고 싶을 수 있지만, 현재로서는 하나의 기본 옵션을 선택해야 하며 -- "가장 깊은 행" 옵션을 선택했습니다.
숫자 열의 경우 >1000, <1000, 1000-25000과 같은 연산자를 사용할 수 있습니다.
반면에 데이터 필터링 옵션을 사용하면 특정 속성 값을 포함하거나 제외하도록 전체 보고서 쿼리를 필터링할 수 있습니다:
예를 들어, 여기서는 대륙이 그룹화에 포함되어 있지 않더라도 유럽 대륙만 필터링하기로 결정할 수 있습니다:
이제 적용을 클릭하면 보고서가 다시 로드되어 다음과 같이 표시됩니다:
전체 보고서가 대륙 = 유럽의 데이터만 표시하고 있어 미국 행이 사라졌음을 확인할 수 있습니다.
여정 속성 작동 방식
"여정" 보고서는 FunnelFlux에만 있는 고유한 기능으로, 복잡한 퍼널 데이터를 표 형식으로 표시하는 데 필요합니다.
우선, 기본 보고의 경우 퍼널에서 시각적 히트맵을 찾을 수 있으므로 -- 반드시 확인하세요.
이제 FunnelFlux에서는 대부분의 트래커와 달리 정해진 페이지 순서가 없습니다.
많은 트래커에서는 몇 가지 특정 순서만 있습니다:
- 트래픽 > 오퍼
- 트래픽 > 랜딩 페이지 > 오퍼
- 트래픽 > 프리랜딩 > 랜딩 페이지 > 오퍼
FunnelFlux에는 이러한 요구 사항이 없습니다. 퍼널은 어떤 순서든 가능하며, 사용자는 어디서든 시작할 수 있습니다. 특정 순서로 랜딩 페이지나 오퍼가 존재해야 한다는 요구 사항이 없습니다.
예를 들어, 사용자는 다음과 같은 경로를 따를 수 있습니다 트래픽 > 오퍼 > 랜딩 페이지 > 오퍼 > 랜딩 페이지 > 랜딩 페이지
이 때문에 "랜딩 페이지 + 오퍼" 속성을 제공할 수 없습니다. 단순히 말이 되지 않습니다.
이는 길거리에서 사람들에게 "단일 점심 음식 항목 + 단일 음료 항목이 무엇인지" 물어보는 것과 같습니다. 음식을 먼저 먹고, 그 다음 음료를 마시며, 각각 하나씩만, 정확히 그 순서대로 먹어야 한다고 요구하는 것과 같습니다.
대신, 우리는 여정 속성을 제공하며, 트리를 단순화하기 위해 특정 노드 유형을 제거하는 몇 가지 변형을 제공합니다.
참고: 랜딩 페이지와 오퍼 속성을 함께 그룹화하려고 하면 자동으로 이를 여정으로 축소합니다.
이는 전체, 그룹, 페이지만의 세 가지 속성으로 제공됩니다:
이들은 모두 실제로 전체 보고서를 생성하지만, 필요에 따라 로테이터와 같은 노드를 제거하기 위해 사후 필터링을 수행합니다.
이 여정 보고를 사용하여 사용자가 거치는 순서와 각 단계에서의 방문, 뷰당 수익 등을 이해하세요.
항상 퍼널을 먼저 그룹화해야 합니다. 그렇지 않으면 데이터가 의미가 없을 수 있습니다.
예시:
여기서 트래픽이 두 개의 시작점으로 이동한 것